home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0997 / 000310_amos-request@svcs1.digex.net_Thu Sep 25 15:10:56 1997.msg < prev    next >
Text File  |  1997-10-01  |  2KB  |  49 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail4.access.digex.net (8.8.5/8.8.5) with ESMTP id PAA28173
  3.     for <mcox@access.digex.net>; Thu, 25 Sep 1997 15:10:54 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id MAA19912
  6.     for amos-out; Thu, 25 Sep 1997 12:17:14 -0400 (EDT)
  7. Received: from mail3.access.digex.net (mail3.access.digex.net [205.197.247.4])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id MAA19909
  9.     for <amos-list@svcs1.digex.net>; Thu, 25 Sep 1997 12:17:14 -0400 (EDT)
  10. Received: from worf.albanyis.com.au (worf.albanyis.com.au [203.11.123.1])
  11.     by mail3.access.digex.net (8.8.5/8.8.5) with SMTP id MAA11375
  12.     for <amos-list@access.digex.net>; Thu, 25 Sep 1997 12:17:09 -0400 (EDT)
  13. From: neil@albanyis.com.au
  14. Received: from 10.0.2.15 (worf.albanyis.com.au) by worf.albanyis.com.au with SMTP id AA17389
  15.   (5.67b/IDA-1.5 for amos-list@access.digex.net); Fri, 26 Sep 1997 08:08:38 +0800
  16. Date: 26 Sep 97 00:03:39 +0800
  17. Subject: RE: Compressing Text
  18. To: ataraxia <amos-list@access.digex.net>
  19. In-Reply-To: <yam7206.2187.127399224@mail.thezone.net>
  20. Message-Id: <611.7208T3T1985@albanyis.com.au>
  21. Mime-Version: 1.0
  22. Content-Type: text/plain; charset=us-ascii
  23. Content-Transfer-Encoding: 7bit
  24. X-Mailer: THOR 2.4 (Amiga;TCP/IP) *UNREGISTERED*
  25. Status: O
  26. X-Status: 
  27.  
  28. >>Is this so that people can't edit the files
  29. >> or just because they're too
  30. >> big?
  31.  
  32. >It's because they're too big. Or, rather, they might not be too big
  33. >now but I foresee them becoming astronomically huge... :]
  34.  
  35.  
  36. A long time ago, I wrote a text processor called "Reform".
  37.  
  38. One of its functions was to allow people to process text files larger
  39. than available memory.  This is becuase it never actually loaded the file,
  40. but rather processed it on the fly using a set of rules.
  41.  
  42. It read only the part of the view you were viewing at the time.
  43.  
  44. Is this the sort of fanction you wanted?
  45.  
  46. Regards,
  47.  
  48. Neil McKnight.
  49.